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SYSTEM AND METHOD TO LOAD VEHICLE OPERATION SOFTWARE AND 
CALIBRATION DATA IN GENERAL ASSEMBLY AND SERVICE 

ENVIRONMENT 

FIELD OF THE INVENTION 
[0001] The present invention relates to systems and methods of data 
exchange between vehicle processors and external processors for use in vehicle 
assembly. 

BACKGROUND OF THE INVENTION 
[0002] Today's vehicles typically come equipped with an assembly line 
diagnostic link (ALDL) mounted^ for example, on the driver's side underneath the 
dash. This link provides external line access to a vehicle system bus connecting 
multiple vehicle processors. Ideally, these vehicle processors come preloaded 
with all of the software needed to operate their respective vehicle component 
systems. As a result, calibration data alone may be added through the ALDL 
once the vehicle is assembled and started so that the calibration data can be 
genei-ated. 

[0003] Sometimes, however, it is necessary to upgrade, replace, or 
dthenwise supplement the software in a processor based on slight variations 
and/or progressive changes in vehicle component systems. It may similarly be 
necessary to supplement the software based on differient, possible combinations 
of component systems and related processors. In such cases, it is inconvenient 
to reprogram the processors prior to assembly, and assembly lines may therefore 
incorporate a supplemental software loading stage after assembly and before 



1 



Client Reference No. GP-303660 
Attorney Docket No. 8540R-000056 

first starting of the vehicle. Durinig this stage, a two-way link is typically formed 
by wire between a stationary external processor and the vehicle processors via 
the ALDL connection. Unfortunately, the ALDL connection is typically slow, and 
a bottleneck in production may therefore be created at the end of the assembly 
line. 

[0004] There have been some attempts to ease the bottleneck in 
production caused by the slow ALDL link. Such solutions include, for example, a 
faster bus, such as ah improved controller area network (CAN) system bus that 
allows parallel flash programming of the multiple processors. This solution 
allows tastier overall programming of multiple vehicle processors. Also, external 
processors have been made portable and mountable to the vehicle steering 
wheel. This solution iailows the supplemental programming process to begin 
before the end of the assembly line. However, the portable, external processors 
cannot be introduced to the vehicles until the ALDLs and the steering wheels 
have been added to the vehicles. Also, these processors are expensive due to 
specialized form and function, and multiple external processors are further 
required to allow mounting in the vehicles as they move down the assembly line, 
therefore, the n^ed remains for a solution to the aforementioned problems that 
reduces expense and saves time in the assembly process. The present 
Invention fulfills this need. 
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SUMMARY OF THE INVENTION 

[0005] A data exchange system for use in vehicle assembly includes a 

data exchange mechanism exchanging vehicle software and/or diagnostic 

information between vehicle processors and an extemal processor. In one 

aspect, the data exchange mechanism is a portable memory device, such as a 

USB flash disk, alternately connecting to USB ports of the external processor and 

the vehicle. Vehicle software is automatically loaded onto vehicle processors by 

an interface processor connected to a CAN controller, and the processors 

similarly write back diagnostic information. In another aspect, the data exchange 

rhechahism is a wireliess mechanism, such as an iCHIP, connecting the external 

processor and vehicle processors through a communications network and a CAN 

controller. Vehicle processors individually wirelessly request appropriate vehicle 

software and/or provide diagnostic information. The data exchange mechanism 

may be permanently integrated into the vehicle. Alternatively, it may be 

temporarily connected to the vehicle by an alternative connection mechanism, 

such as the ALDL. 

[0006] Further areas of applicability of the present invention will 
become apparent from the detailed description provided hereinafter. It should be 
understood that the detailed description and specific examples, while indicating 
the preferred embodinnent of the invention, are intended for purposes of 
illustration only and are not intended to limit the scope of the invention. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0007] The present invention will become more fully understood from 
the detailed description and the accompanying drawings, wherein: 

[0008] Figure 1 is a partial-perspective, functional block, and entity 
relationship diagram depicting a first embodiment of the data exchange system 
according to the present invention; 

[0009] Figure 2 is a partial-perspective, functional block, and entity 
relationship diagram depicting a second embodiment of the data exchange 
system according to the present invention; 

[0010] Figure 3 is a block diagram depicting sub-embodiments of the 
data exchange system according to the present invention; 

[0011] Figure 4 is a flow diagram depicting a first embodiment of the 
data exchange method accol'ding to the present Invention; and 

[0012] Figure 5 is a flow diagram depicting a second embodiment of 
the data exchange method according to the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0013] The following description of the preferred embodiment(s) is 

merely exemplary in nature and is in no way intended to limit the invention, its 

application, or uses. 

[0014] Referring to Figure 1, a first embodiment of the data exchange 

system according to the present invention includes a data exchange mechanism 
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10 that is a portable memory device, such as a flash disk, in a vehicle assembly, 
upgrade, or repair process. Accordingly, external processor 12 is initially 
connected to mechanism 10 via a first open architecture communications port 
14A, such as a universal serial bus (USB) port, and stores vehicle software 16 in 
mechanisrt) 10 for transfer to vehicle 18. It is envisioned that the type of vehicle 
software 16 initially stored in mechanism 10 may vary according to the type of 
process being performed. In ah assembly or upgrade process, for example, the 
vehicle software 16 rnay correspond to supplemental software adapting vehicle 
processors 20A-2dC to operate their respective vehicle component systems. 
Alternatively or additionally, the vehicle software 16 rtfay correspond to 
calibration diata improving operation of vehicle component systems by vehicle 
processors 20A-20C. Also, the vehicle software 16 may correspond to a query 
or other trigger data for prompting write out of diagnostic information 22 from 
vehicle processors 20A-20C during a repair process. . 

[0015] Communication of software 16 from mechanism 10 to 
processors 20A-20C occurs via open architecture communications port 14B, 
such as a USB port, provided to vehicle 18. The port 14B is provided to vehicle 
18 by connection of port 14B to interface processor 24 having a driver operable 
to automatically recognize and access mechanism 10. Interface processor 24 
connects in turn to cbntrollei' area network (CAN) controller 26. It is envisioned 
that other types of bus controllers 28 may be employed with other types of bus 
networks. Preferably, however, a CAN-based system bus is employed and 
interface processor 24 is adapted to parallel flash program vehicle processors 
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20A-20C with files received over port 14B from mechanism 10. In an assembly 

or upgrade process, it is envisioned that vehicle processors 20A-20C will 

automatically test the newly installed/upgraded software 16 and write back 

results as diagnostic information 22 to mechanism 10 via interface processor 24 

and port 14B. During a repair process, it is envisioned that vehicle processors 

will write out fault detection results as diagnostic information 22 to mechanism 10 

via interface processor 24 and port 14B. 

[0016] Diagnostic information 22 is subsequently transferred from 
mechanism. 10 to external processor 12 via port 14A. Diagnostic information 
analysis module 28 then analyzes the received data. In an assembly or upgrade 
process, for example, module 28 verifies that the installation or upgrade was 
successful and feeds this Information back into ah assembly or upgrade process. 
In a repair process, module 28 decrypts the diagnostic information 22 and 
renders a visual display 30 of the fault detection results via an active display of 
external processor 12. 

[0017] It is envisioned that various types of communications ports 14A 
and 148, such as a flash card reader, fire wire, and others may be employed. It 
is also envisioned that various types of mechanisms 10, such as a flash card, zip 
drive, or others, may be employed. It is preferred, however, that port 14A and 
port 148 be identical in type so that mechanism 10 to facilitate alternating 
connection of mechanism to vehicle 18 and external processor 12. The relatively 
low cost, high speed, and high storage capacity of the US8 flash disk make it a 
currently preferred choice for a type of mechanism 10, and the USB port Is a 
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currently preferred choice for ports 14A and 14B based on its compatibility with 
the USB flash disk. 

[0018] Referring to Figure 2, a second embodiment of the data 
exchange system according to the present invention includes a data exchange 
mechanism 10 that is wireless, such as an iCHIP controller, provided to vehicle 
18. Mechanism 32 is connected to vehicle processors 20A-20C via bus 
controller 26. data transfer procedures vary according to a type of process 
relating to vehicle modification. 

[d0l9] In an assembly or upgrade process, external processor 12 is 
connected to communications network 32, such as the Internet, and is adapted to 
wirelessly transmit vehicle software 16 via communications network 32 in 
response to a received file request. In turn, vehicle processors 20A-20C 
individually request their respective files of vehicle software 16 from external 
server 12 via mechanism 32 and communications network 34. Processors 20A- 
20C automatically test the newly installed or upgraded software and transmit 
results back to external processor 12 as diagnostic information 22. It is 
. envisioned that external processor 12 may request information from processors 
20A-20C relating to current versions of vehicle software and upgrade history. 
Analysis procedures stre similar to those discussed with reference to the first 
embodiment. 

[0020] In a repair process, external processor 12 Is adapted to 
wirelessly transmit a request for diagnostic information to vehicle processors 
20A-20C via communications network 34 and mechanism 32. Accordingly, 
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vehicle processors 20A-20C are adapted to generate and/or retrieve fault 
detection results and wirelessly transmit them to external processor 12 via 
niechanism 32 and network 34. It is envisioned that the request from external 
processor 12 may include a command for processors 20A-20C to perform 
predefined diagnostic tests to generate diagnostic information 22. Analysis 
procedures are sirnilar to those discussed with reference to the first embodiment. 

[0021] Referring' to Figure 3, It is envisioned that open architecture 
communications port 14B or wireless date exchange mechanism 32 need not be 
permanently incorporated into vehicle 18. Instead, port 14B nriay be provided 
temporarily during a vehicle assembly, upgrade, or repair process via an 
alternative connection mechanism 36A, such as the vehicle's standard ALDL 
connection. For example, temporary connection module 38A may be employed 
in the first embodiment described above with reference to Figure 1 . Accordingly, 
module 38A includes port 14B connected to alternative connection mechanism 
368 via interface processor 24 and bus controller 26. Also, temporary 
connection module 388 may be employed in the second embodiment described 
above with reference to Figure 2. Accordingly, module 388 includes mechanism 
32 connected to alternative connection mechanism 368 via bus controller 26. 

[0022] Alternative connection mechanisms 36A and 368 are designed 
to interface with one another and provide communication between port 148 or 
mechanism 32 and processors 20A-20C while the connection is maintained. In 
this way, expensive components like microcontrollers and iCHIPS may be reused 
during assembly, upgrade and repair procedures, thus reducing the number of 
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such components that nhust be produced to accomplish the invention on a large 

scale, as with a fleet of vehicles. It is further envisioned that many different types 

of alternative connection mechanisms may be employed other than or in addition^ 

to ALDL. For example, the alternative connection mechanism 36A and 36B may 

include a direct connection of the controller 26 to the system bus of the vehicle 

18 in place of a vehicle processor or ALDL port that is yet to be installed. This 

irtiplemehtation allows the temporary connection to be initiated in an assembly 

process at a point before the ALDL connection or even all of the processors are 

installed. The alternative corinection mechanism 36A and 36B may also be 

multi-faceted, such that the controller 26 is initially connected directly to the 

system bus of the vehicle 18, and later connected via. the ADLD port following 

installation of the ALDL poil. Other embodiments of the alternative connection 

mechanism will be readily apparent to those skilled in the art, especially as new 

types of communication ports are added to vehicles in addition to or in place of 

the ALDL port. 

[0023] Referring to Figure 4, a first embodiment of the data exchange 
method accordirig to the present invention includes transferring data between an 
external processor and a portable memory device via an open architecture 
communications port provided to the external processor in step 40. In a 
presently preferred embodiment, step 40 includes employing a USB flash disk as 
the portable memory device, and a personal computer with a USB port as the 
external processor and the open architecture communications port as discussed 
above with reference to Figure 1 . At the start of the process, data is not being 
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received from the vehicle as at 42 (FIG. 4), but rather stored in the portable 

memory device as described above. Thus, the device is disconnected from the 

port of the extemal processor and connected to a similar port of the vehicle at 

step 44. 

[0024] Once connection is established between the portable memory 
device and the vehicle at step 44, data is transferred between vehicle processors 
and the portable memory device at step 46. Typically, step 46 includes 
autorriatic fedognltibn of the device by the interface processor of the vehicle, 
transfer of Appropriate vehicle software files from the portable memory device to 
respective vehicle processors, and write back of diagnostic Information from the 
vehicle processors to the portable memory device. The nature of the vehicle 
software and diagnostic Ihfbnnation may vary according to the type of process 
being performed as discussed above with reference to Figure 1 . 

[0025] Following write back of diagnostic Information data to the 
portable inemory device at step 46 (FIG. 4), the portable device is disconnected 
from the USB port or equivalent of the vehicle and connected to the USB port or 
equivalent of the external processor at step 48. Then, data exchange occurs 
once more at step 40, but this data exchange includes receipt of data from the 
vehicle as at 42. Therefore, the external processor analyzes the data received 
from the vehicle at step 50 to verify installation or upgrade of software or decrypt 
and display fault detection results. It is envisioned that a further recursion of the 
method may be employed if data analysis at 50 identifies need for a software 
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upgrade based on diagnostic infomiation corresponding to current software 

versions and upgrade history. 

[0026] Referring to Figure 5, a second embodiment of tlie data 
exchange method according to the present invention includes establishing 
communication between vehicle processors and an external processor via 
wireless data exchange mechanism provided to the vehicle at step 52. An iChip 
controller is preferably employed as the wireless mechanism and at least 
temporarily provided to the vehicle as described above with reference to Figures 
2 and 3. Data is wirelessly transferred from the vehicle processors to an external 
data store of the external processor at step 54 (FIG. 5). If the data corresponds 
to a request from the vehicle processors for vehicle software as at 56, then the 
external processor wirelessly transmits the requested vehicle software files to the 
requesting vehicle processors at step 58. Returning to step 54, the vehicle 
processors, in turn, wirelessly send back diagnostic information. Since the 
received data is not a request for vehicle software, the external processor 
analyzes the diagnostic Information at step 60 to verify installation or upgrade of 
software or decrypt and display fault detection results. It is envisioned that a 
further recursion of the method may be employed transmit needed software 
upgrades identified by analysis of the diagnostic information. 

[0027] The description of the invention is merely exemplary in nature 
and, thus, variations that do not depart from the gist of the invention are intended 
to be within the scope of the invention. Such variations are not to be regarded as 
a departure from the spirit and scope of the invention. 
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